home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 677 < prev    next >
Encoding:
Text File  |  1996-08-06  |  3.0 KB  |  80 lines
  1. Path: news.compuserve.com!newsmaster
  2. From: <101501.3612@compuserve.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: TOOLS 96 Reuse Workshop Call for position paper
  5. Date: 5 Jan 1996 19:13:50 GMT
  6. Organization: CompuServe Incorporated
  7. Message-ID: <4cjt9e$h60@dub-news-svc-2.compuserve.com>
  8. NNTP-Posting-Host: dd48-146.compuserve.com
  9. Content-Type: text/plain
  10. Keywords: TOOLS 96, Reuse, Call for position paper, Workshop
  11. Content-length: 2638
  12. X-Newsreader: AIR Mosaic (16-bit) version 4.00.08.32
  13.  
  14.  
  15. TOOLS 96 Reuse Workshop 
  16. Call for position paper
  17.  
  18.  
  19.  
  20. Researchs intending to improve software reuse gave birth to the
  21. principles of object oriented analysis and design. The Eiffel 
  22. language, which appeared in 1988, was designed by Bertrand Meyer,
  23. with precise underlying reuse goals. One of the interests of this
  24. language is its training capability, indeed the reuse principles
  25. are described before any language topics.
  26.  
  27. For example the openess and the closeness of a class are defined
  28. in [Meyer88]. A software module is opened if it is still available
  29. for extensions, closed if it is ready for use in another module. 
  30. A closed class does not evolve in time any more. This closeness 
  31. does not prevent a class to stay opened. As a matter of fact, one 
  32. can still extend a closed class thanks to the inheritance mechanism.
  33.  
  34. Every set of industrial classes can be viewed as closed. Numerous 
  35. industrial object libraries are now available, graphic libraries 
  36. like IlogViews [Ilog], object request brokers like DSOM [IBM], 
  37. object transaction services, etc...
  38.  
  39. The inheritance mechanism allow closed classes to be opened and reused.
  40. Yet this mechanism is not the universal answer to every reuse problem 
  41. one can be faced with. Real projects using the above object libraries 
  42. extern reuse) and intending to build reusable components (intern reuse)
  43. can help to identify methods, metrics and technics well suited for reuse 
  44. concerns. Those experiences can prove to be particularly efficient in 
  45. a strong typing language context.
  46.  
  47. Main goals of our workshop are :
  48.  
  49. - to describe the latest reuse methods and technics.
  50.  
  51. - to illustrate reuse problems with examples issued from real projects,
  52. using strong typing languages like C++ or weak typing languages like 
  53. SmallTalk.
  54.  
  55. - to show the benefits gained in real projects with the practice of 
  56. reuse methods and technics.
  57.  
  58. - to show the consequences of the reuse methods in a firmÆs organisation, 
  59. and in a software team.
  60.  
  61.  
  62.   Anyone interested in contributing to the above topics is invited 
  63.   to submit a position paper (2 pages).
  64.   Submissions should be received before: January 31, 1996 and
  65.   sent in e-mail format to 101501.3612@compuserve.com
  66.  
  67.   Submissions will be selected after reviewing description of current 
  68.   projects or experiences. 
  69.   Notification of acceptance will be sent no later than February 9, 1996.
  70.    
  71.    The workshop will be take place within the 
  72.    TOOLS Europe 96 Conference; February 26-29, 1996, Palais des
  73.    Congres de Paris.
  74.  
  75.  
  76. ELIOTT
  77. 4 rue Auguste Barbier 75011 Paris
  78. Tel : 43 38 90 76, Fax : 43 57 38 50
  79.  
  80.